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[57] ABSTRACT 

A system and m ethod for allowing telephone subscribers to._ 
up date over the Intcmet the t'eaturcs which are active opJhc 
telephone. A server on the iDtemel is connected to a profile 
repository which determines which features are active on 
each subscriber line. Subscribers with Internet access may 
access a special home page, and access their feature profile 
and make additions, deletions etc. to it. This eliminates the 
need for a human operator to process requests for changing 
feature profiles. 

15 Claims, 16 Drawing Sheets 
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1 2 

SERVICE ORDER MECHANISM FOR telephone network which implements features for individual 

TELEPHONE SUBSCRIBER subscribers on the basis of a feature profile stored for each 

jiubscribcr DN (directory number), the feature ordering 
RELATED APPLICATIONS kystem comprising: a server acting directly or indirectly on 

This appUcation claims the beniflt under Tide 35, United ' t/^"'*"" P"^'"^ connected to an infor- 

States Code, Section 119(e) of the United States provisional f commum^tions netwoik and acce^iblc by sub- 

^. . .u • 1 KT £f\iMa i^f\ ill J /-\ . Iscribcrs through the iniormation commumcations network 
application having the serial No. 60/028,760, filed on Oct. ' , ... . , , ... 

23 1996 ^ permittmg, when accessed by a subscriber, access to that 

' * subscriber's telephone feature profile for viewing and 

FIELD OF THE INVENTION '^^ optionally changing, adding or deleting features by the 

subscriber. 

niis invention relates to configuring different telephone According to a second broad aspect, the invention pro- 
f feature profiles for different subscribers and. more ^y^^ ^ s vstem for allowing a subscribe r 

particularly, to a system which permits a subsaiber to having access to an Internet br owser to select wh ich fealSI^ 
add/change or delete featur^ with respect to his/her par- 15 aw ' icm m i iilibgiriber hne having a particular director y 
ticular telephone feature profile. ^number, the leahiigsbem R provided hv a sen^.ce f t^flv^f lEr 

BACKGROUND OF THE INVENTION having ateature prome repositor y containing feature profile 

information determining whicE^ features are active on the 
Today, telephone subscribers need to interact with a subscriber line, the service order system comprising: a 
telephone service provider's service representative to order 20 sgfver in communication with the feature profil e repository * 
new features or change existing ones. Tlie addition, f mlVlfa U With a Lummuuii^aUuus uetW^^ik such as the Intemet 
modification, activation or de-activation of features, when TnTjiii m iiliii^ fi idiii piofili iuluimiliull Uii i lultjuiibui l 
not perfonned through a service representative, often access unit connected to the server through the communi- 
requires elaborate user interface actions which arc difficult cations network, and for receiving changes, additions or 
to remember (particularly when infrequently used) and 25 deletions requested by the subscriber through their access 
difficult to verify. For example, for a customer to turn on the unit. 

"caU forward" feature, he/she needs to key in *73, wait for According to a third broad aspect, the invention provides 
a reorder tone, and then key m the fotwarded-to number. ^ j^^thod of updating features which arc active on a sub- 

SUMMARY OF THE INVENTION 30 ^^^^^^ having a particular DN comprising: a subscriber 

accessing a feature management server with an access 

What is proposed here is provide an alternate parallel device with a connection through a communications net- 
mechanism to those subscribers who are also subscribers to work; the feature management server presenting a series of 
an information communications network, for example an pages oo the access device; the subscriber entering their DN 
"Intemet" service. The subscriber can locate his personal on one of the pages and submitting this to the server; the 
"telephone feature profile" on the telephone service provid- server collecting from a feature profile repository feature 
er's server on the Intemet, access it via a password, such as profile information relevant to the DN entered by the sub- 
his/her "calling card" PIN, and see at a glance the features scriber and presenting this on one or more of the pages; the 
and options currently active on his line/number. subscriber selecting on one or more of the pages changes. 
Additionally, the subscriber may submit requests to add/ additions or deletions for the feature profile information and 
change/delete features, on-line. ^ submitting this to the server; and the server making corre- 

As an example, we describe a scenario of how the "call spending changes to the feature profile repository, 

forward" feature could benefit significandy from this nurct? nc 

approach. Apcison arriving at a new location, such as a hotel ^^^^ DESCRIPTION OF THE DRAWINGS 

room, or someone else's home, could access his/her "tele- piG. 1 is a block diagram of a conventional subscriber 

phone feature profile" via the hotel or friend's Internet feature ordering system; 

acce^ and activate his/bet "caU forward" feature with the piG. 2 is a block diagram illustrating the network con- 

number of the telephone in the hotel or fnend s home. All fim.r^*;*^„ «f *.«,k«^;™«* tu 2. * • 

, . , , r ,1 . , . nguration or one embodiment or the present mvention; 
calls would then be torwardcd to the new location. 

This mechanism removes the need for a human interface 

from some (growing) percentage of feature modification r-ir^c 

requeste and thus reduces operating costs to lelephooe I^IGS. 4 to 12 are dlustraUons of exemplary displays 

service providers. presented on the PC screen of a subscriber using the inven- 

Through the Internet, a visual and user-Mendly interface ' 

can be provided to subscribers which significandy simplifies 55 . , ^® illustration of the logical architecture of the 

service order procedures. Subscribers would configure their invention; 

feature complements and be given the resulting monthly 14 is a high-level design block diagram of an 

cost, helping them understand real costs versus real benefits. embodiment of the invention; 

In some cases, such as ISDN (integrated services digital FIG. 15 is a block diagram of an embodiment of the 

network) service, where feature complements are more eo invention; and. 

complex (to the point where the service representatives can FIG. 16 is a high-level walk through for the embodiment 

often not answer the questions), a clearer exposition of what of FIG. 15. 
the features do in all of their permutations, by customer trial 

and error can be very beneficial. These frequent feature DETAILED DESCRIPTION OF THE 

changes are managed by subscribers themselves. es PREFERRED EMBODIMEISfTS 

According to a first broad aspect, the invention provides A high level block diagram showing the context for the 

a feature ordering system for use in connection with a conventional management of telephone hne features is 



FIG. 3 is a block diagram illustrating the network con- 
so figuration of another embodiment of the invention; 
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shown in FIG. 1. A <subscribcr has od& or more service lines 
10 (only one shown )^ connected to the PSTN (public 
switched telephone network) li. licse service lines may be 
Miventional telephone Hnes, or more advanced lines such 



company lines 24, for example, to the service manager 
nodes 16 nmning the service managers which control the 
update of the feature profile information stored in the profile 
repositories 18, 

With the conventional system of FIG. 1, when a sub- 
scriber wishes to modify his feature profile, he places a call 
which is connected through the PSTN^ 12 to one of the 
service representatives 20. ITie service representative 20 
TV . „ 1 I ■* c f -1 ui * L receives instructions for making the changes and passes 
^'''f' j lll -ra l 'ly nffM j i rgava^ab le to a sub- ,o these to the appropriate service manager which then updates 
scnber. Some features may be implemented directly with f^^*,™ <:i„ j • *l 



I asli>ulN Uqe s. lliey^ may also represent wireless connections 
[ 'ror mobile telephones or pagers. A terminating unit 14 



as a teleph one, modem, fax etc, is f;nnn''^fvl h "ri^h line 10 
ficn service ime Is identifiable by a unique DN (directory 
number). 



switches forming part of the PSTN 12, and other features 
may be imple mented on peripheral proccssmg plattorm s 
"which may be, tor example, AIN (advanced intelligent 
network) based, or IN (intelligent network) based. Examples 15 
of some well known features typically available to subscrib- 
ers include call forward, call waiting, ring again, speed call, 
message waiting, 3-way conferencing, softkey 
programming, and 800 services. 

The provision of the features is managed by "service 
manager' programs" ( or simply "service njariAggK'XnjaiSflg 
on service manager nodes 16 connected to or forming part 
j5f ^h? P^Vn 17 Th** g*>m'^^ mnnflg^^r mf^''^ nrf prorf ssing 
platforms for running the service managers and perhaps 



20 



the actual feature profile stored in the profile repository 18. 

The invention provides a mechanism for the subscribers 
to configure the various services and features which are 
active on their lines 10 without the need for the involvement 
of a service representative 20. 

Referring now to FIG. 2, an exemplary system architec- 
ture for implementing an SSPM (subscriber service provi- 
sioning manager) system according to the invention is 
shown. Elements which are in common with FIG. 1 are 
similarly labelled. A n SSPM server is placed on a machine 
connected to/forming' part of a public communications net- 
work. In the illustrated embodiment t his is a We b server 50 
nmning on a machine 52 which i s^ccessible through' the 



other functions as well. Each service manager has accessj o 25 ^^^^'^^^^^^^o^^ connection 5 5. The Web server 50 



a respective p rofile repository 18 which identifies which 
feailireii ii'e lo be provided on each line 10. The profile 
repository 18 for a given service manage r is a memory 
stora ge allocation which may be stor ed on tbe respt^^UVfe 
«ff Vlt^ manager node 16, on the machmd j'iiliuli as a switu h 
rormmg part of the PSTM j> vhich implements the features. 
■ Oif on some older intermediate machine. For multiple fea- 
tures managed by multiple service managers, there will 
typically be multiple profile repositories 18. Alternatively 



30 



would typically be equipped to handle HTTP (hypertext 
transport protocol) and JAVA The machine 52 running the 
Web server 50 may also store the profile repositories 18 
referred to previously which are used to store the feature 
profiles, but preferably Web server 50 simply has access to 
the profile repositories 18. As indicated above, accessing a 
particular feature profile involves access through the service 
manager nnrtes f H \n prnfi]e inFnrm ation whidi may be ^ 
store d on severa l profile repositories 18. llie machine 52 S 



the profile repositories may be collected together on a 35 nmnuig tlie Web server :l*preieraDiy aiso stores a temporary 

replica of the feature profile for each DN. Feature profiles 
stored on the machine 52 will be referred to as "local feature 
profiles". As indicated, the machine 52 with the Web server 
50 is connected to the public Intemet 54, and is accessible 
on the WWW (World Wide Web). Local feature profiles are 
formulated as HTML (hypertext mark-up language) pages 
on the WWW for presentation to the subscribers. These 
HTML pages have a unique URL (uniform resource locator) 
which identify their location within the WWW. q^muni- 



40 



common intermediate machine or machines. In the case that 
the profile repositories 18 are stored separately from the 
service manager nodes 16, links 19 connecting them are 
required. In either case, the profile information for a given 
DN, which may be distributed across multiple profile reposi- 
tories 18, will be collectively referred to as the "feature 
profile" for that DN. The feature profile is used to control the 
access to features. For example, the Call Waiting feature is 

a feature typically implemented by a switch forming part of _ 
I the PSTN, and the profile repository for such features is 45 ^^^j^P |^^^ween the Web server ^j^^pd the service^ana gcr 
usually stored on the switch providing local service to a noaes lA m ay be done over links 56 i'onming part of a prf^ate 

particular fine. With call waiting, a first ongoing telephone telepho ne Cumpany DcL U^tnl^^ fi» t nm|i1. t 

call between a subscriber and another party is intermpted 'l' tI6 subscriber has (or has access to) an Intern et access 
when another call comes in from a second party to the unit 58 connectable to the Internet 54 or similar communis 
subscriber's DN, thereby allowing the subscriber to speak to 50 cations network through the ^STN 12 and an Internet 
the second party while the first party is on hold and then to s ervice provider 60 for examp le. Ih6 int ernet access unit 58 
choose between talking to the first or the second party. When 
a subscriber docs not have the caU waiting feature active, the 

second party simply gets a busy signal. For this feature, a computer m the subsClllJUt \ humti ^nnect^ through oue of 



is ^ny unit through which a subscriber is capable of con- 
necimg 10 me internet ^4 at a given lime, iliis could be a 



record in the memory of a switch would indicate whether the 55 tne previously UieilLlUliyd iiervice Imes lO, a^computer in a 

call waiting feature was active for a particular DN. When a hotel , or ao Orb iter wireless unit, to name a few examples, 

call comes in to the subscriber with that DN while the In the above"descnbe cl architec t ure, the Web server 50 is 

subscriber is on the telephone, the switch consults the record mnning on a machinej2jEfaich is separate fiom the servic? 

and either provides or docs not provide the feature. m midiLu uudog && dtpiLteU m HO. i, one 

Service representatives 20 are provided to assist subscrib- 60 ot the service manag^rrraerTfiniav be used to m n the Web" 

ers in ordering features for activation on their fines 10. The server 50 thereb } {" eliminating the need for a separaTT 

term "service representative" refers to both a service repre- machine 52 for the Web server 50 and also eliminating the"' 

sent ative terminal ana a human operator operating the n eed tor Imk S6. in Ihi^ case the serine manage^ j^nr^p i ^ i^ 

tcimliial * • - ■ ■ 



t he service representatives 20 have connections connected by link 19 to profile repository 18 on a switch 62 
22 to the PSTN 12 through which subscribers can commu- 65 torming part oi the PSTN 12 and to a router 64 forming p Trt 
nicate with the service representatives 20, and the service of the Intemet 54 J he service manager node 16 has man- 
representatives have access through proprietary telephone agement software consisting of service managers, HTTP 
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server software for the Web server 50, and contains the Text Transfer Protocol (HTTP) for World Wide Web 

temporary feature profile as HTML pages for down loading (WWW) style access, Java executable content may or may 

to the subscriber's Internet access unit 58. In this ex ample, not be used (wiU be used in the prcfeaed approach) as part 

the machine realizing the features is the swit ch oz, aiUl the of this HTML medianism. The Uniform Resource Location 
- ' pmSilv tuput;lturies «ue <tli>u sluieil uu the faWiich 62 . 5 (URL) is a unique address given to a browser to find the 

\ NOW retemng to botn tlUi>. z and 3. a subscriber can appropriate server using mechanisms already in place for 

ac cess and manipulate t\\& feature profile for a given HN bv Internet WWW use. The PIN referred to is a Personal 

^■ ^n^chng to tne Web server 50 through the Internet 54. Identity Number, which acts as a "password" to authenticate 

1 nis is acdieved by using a WWW browser such as Netscape the customer. ISDN stands for Integrated Services Digital 

Navigator running on the Internet access unit 58 to go to the Network, but refers in the field to a single physical telephone 

unique URL associated with the relevant HTML pages on line which provides two logical 64 Kb/s content channels 

the Web server 50. The server 50 performs subscriber and one 8 Kb/s signalling channel, all of which can be used 

authentication by requesting the DN and the PIN (see FIG. for multiple purposes, hence complicating the feature 

4 for example) through the browser. A security mechanism complements possible. The Transaction Control Protocol 

which could involve encryption and decryption known per (TCP) running over the Internet Protocol (IP) is generally 

se could be used to prevent revealing PINs to those tapping referred to as TCP/IP. Finally "Internet" is a network of 

in on communications lines or intermediate servers or rout- networks of a very large number of servers and clients for 

ers. Upon verification of this pair of numh efs. the Weh server interchange of data, well described elsewhere. 

5 0 provide *^ ilf^Tfff' i '' " ^f HTMl p ages containin g The invention provides a simple means for a subscriber to 

i nformation about this particular DT^. Once the subscriber is control through one medium (the Internet) the features 
given access, the subscriber can nav^ate through the HTML 20 active on another medium (their telephone line) thereby 

pages using well understood browsing tedmiqucs. reducing the need for a h\iman service representative to 

The contents of the HTML pages could be almost without service change requests from the subscriber, and reducing 

Umit, showing perhaps current bill, detailed list of calls etc., the need for the subscriber to remember meaningless codes, 

as well as current features and cost what-ifs on possible Changes are initially made on an HTML page, and then 
feature complements. Via a mechanism such as an HTML 25 these changes are sent to the relevant service manager which 

"form" or a Java "applet**, a subscribe r can activate/ then updates the actual feature profile in the profile reposi- 

;Teactivat£ feafiirefi |inH r'hanjtP p^ ramt^tCK Of tUUi^ ii " tories. 

features, on-hne. In itially, these changes are made to the Depending on where the actual feature profile information 

"local feature profile stored on the machine 52. The changes is located, there arc many ways for realizing the step of 
are committed to change the real d ata located in the profil e" 3Q sending the changes from the Web server 50 to an individual 

repositories 18 at critical points, s uch as wiien the subscnber profile repository 18. These wiU vary depending on whether 

•neciaes to '^submit" one ot the HTML forms. The machine the features involved are switch based features, or peripheral 

52 may also pre-process and validate the changes requested platform based, and will vary depending on the way in 

to reduce errors and improve efSciency. which the Web server 50 is connected to the service manager 

HGS. 5-12 illustrate exemplary HTML pages which 35 nodes 16. Tliese differences however are transparent to a 
allow a subscriber to access and amend their feature profiles. subscriber. A subscriber will be presented a imificd view of 
FIG. 5 illustrates a first screen display that might be pre- their feature profile which is uniform across different sub- 
sented after verification. This displays different categories of scriber lines, line types, and service providers etc. 
interest in the form of icons. In the illustrated example, the The logical architecture of the SSPM according to the 
icons represent the categories CaUing Out 80, People Call- 40 invention will be described with reference to FIG. 13. In this 
ing You 82, Personal Information 84, Messaging 86, and view of the invention, no attempt is made to map function- 
Utilities 88. By pointing and clicking on one of the icons, a ality onto specific hardware components. The logical entities 
more detailed page relating to that icon is displayed. For described for FIG. 13 are realized by specific hardware 
example, by clicking on the category Calling Out 80 the components in the two specific examples described previ- 
scrccn display shown in FIG. 6 is presented. This shows the 45 ously with reference to FIG. 2 and 3. The user 100 is a 
subscriber the features on his profile which relate to calling subscriber or human agent interacting with the SSPM A 
out and enables him to update these by pointing and cUck- service manager 102 is used by service providers to control " 

the provision of services. The logical service manager 102 is 

FIG. 7 illustrates the display that is presented to allow the related to the service managers running on the service 
subscriber to update his "speed call" list. At the bottom of 50 manager nodes of FIGS. 2,3. It provides an interface to the 

FIGS. 5,6 and 7, additional icons are displayed which profile repository and has a transactional interface to the rest 

control various other operations of the HTML page. Click- of the world (create, read, update, delete). There may be 

ing on the "Revert" icon 90 causes changes made to be many service managers if the user subscribes to many lines 

undone, leaving the personal profile unchanged. Clicking on (wirehne, wireless) or different services (pager, local and 

the "Save" icon 92 causes the changes made to be commit- S5 long disUnce) etc. The service change agent 104 is an 

ted. In this case, the Web server 50 communicates with the application providing a graphical user interface which pre- 

service manager nodes 16 where the service managers sents the user's service profile, allows the user 100 to modify 

update the actual feature profiles in the profile repositories it, and sends appropriate transactions to the requisite service 

18. The "Exit" icon 94 exits the page, and the "Help" icon managers 102 for update. In HGS, 2 and 3, the Web server 

96 provides further information on using the system. Figures so 50 produces the service change agent functionality. The 

s and 9 illustrate displays which explain how to use "speed service change agent 104 first validates the user 100 using an 

call", FIG. 10 illustrates the display which allows the authentication server 106 prior to accessing any profile daU. 

subscriber to update his "Aulo dial" buUon and FIG. 11 The DN name mapping server 108 is used to determine 

shows how this option can be used, and FIG. 12 is a display which service manager 102 is involved with the managc- 

confirming the changes that have been made. ss ment of a specific service for a specific DN. 

When talking about a Web server, we mean a server using Many ways of mapping the fiinctionality of FIG. 13 onto 

the Hyper Text Mark-up Unguage (HTML) and the Hyper specific equipment exist and FIGS. 2 and 3 provide only two 
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examples of these. A high level design view of a preferred The DN name mapper 134 maps Directory Numbers to 
embodiment oiF an SSPM according to the invention will be specific service managers, and returns a service manager 
described with reference to FIG, 14. This particular high class to support selecting the appropriate service manager 
level design may be broken down into three main adaptor 138. It also returns a specific service manager 142 
components, these being a browser/client 120, an SSPM 5 address which is typically in the service provider's private 
server 122, and a service management node 126. These communication network. Mapping data may either be main- 
components relate to the blocks in FIG. 2 and 3. The service locally, or be acquired dynamically through interac- 
managcr nodes 126 are related to the service manager nodes telephone company OSS's or nodes. 
16 of FIGS, land 2. The browser/client 120 is related to the Another preferred aspect of tbe invention will be 
Internet access unit 58 of FIGS. 2 and 3. The SSPM server lO described with reference to FIGS. 15 and 16, According to 
122 is related to the SSPM server 50 of FIGS. 2 and 3. aspect of the invention, the machine implementing the 
The browser/client 120 includes a Web browser 128 features is a switch such as a DMS (digital multiplexed 
which provides a Java-supporting environment for the user ^^^^) manufactured by Nortel Asystem manager 162 
on their computer. It is used to acquire an applet which is to ^ ^ m^gc the operation of features on the switch 160 
run as the service change agent, launch the applet, and 15 and to thereby assume the service manager role. The system 
provide the necessary supporting context. It is also used to manager 162 would normally be connected to a plurality of 
interpret HTML documents. switches. The SDM performs 055 funcdons. Hie system 

™ . , J r r manager may be a SDM (SuperNode Data Manager) also of 

The service change agent 130 provides a user mterface for kt^w^i.-.u* iT- l It ^ / 

. - J j-^:- L -u f ^ Nortel which IS a high performance computing platform that 

acccssmg, bnowsmg, and modifying subscriber feature pro- „^„;j«o o^„m^« ^ * irSi>o u 

c^ • c r* * * i '^i. *u oon»* I'l^ . 20 provioes scrvice management services to DMS switches, 

file information. It interacts with the SSPM server 122 to ^ tokUc nxxc u ^icn * • .1 

J JT f * CI ■ f r* _r Tables stored on the DMS switch 160 contam tuples which 

query and modify feature profile information. It performs i^Ai^n*^ ,rru;^u f^oH,™^ ^ • fx^t 

r -/j 1•J ^.• e^u ^ 1 * J I- mdicate which features are active for a given DN, These 

hmitcd prc-validation of the service options selected by the t^uu<. ^^c,.™- «f tu^ •* • ^ of>.»- 

c 1 i j u • f J L 1 * • tables assume the role of the profile repositones. The SDM 

user, final validation being performed by a relevant service „^ , ^i,„„„^ ^^i.*.. j *, 1 * . 

i« T*' . * can read, change, delete and add tuples to DMS tables, thus 

manager 142 or switch. It interacts with an authentication ' „,J*z'^y^ - a u r - 

f _4 f norm* ^'i'* . 25 Changing customer s service profiles. As before, a user is 

server 136 formmg part of the SSPM server 122 to verify •* ^ • *u t . . rJ, 

J -.Y T* ■ * * • equipped with a umt for accessing the Internet. This may be 

user and access pnvilcges. It mteracts with service managers ,^™„„*„ ^ *v, t * * u j . 

' ^.j A 11-. .J a computer coimected to the Interact, a screen based tele- 

142 from service providers. All interactions are routed „ v:.* len * j * *u t T 

u J' r • * £ *L ooni* phone set such as a Vista 350 connected to the Internet, or 

through a dispatcher 132 forming part of the SSPM server o^;*., . • i . j . r . ^""-^"^^^ 

-I'll T-u • u f II -an • *u i an Orbiter wireless unit connected to the Internet. Internet 

122. The service change agent 130 mns m the user s *™- n * *i. 

1 . , 1 X •* r 30 service providers typically mediate these connections to the 

environment as a user Cent. It also acts as a repository for ^ SSPM^.ver is shown connected to the Internet 

T^Tp^^'^'T^ r 1,, HM also, and this provides the interface through which the^ 
Ihe SSPM server m has a dispatcher 132, a DN name ^an access and modify his/her feature piofile. Changes 
mapper 134, an aulhenUcation server 13<, and a service requested are communicated through the telephone corn- 
manager adaptor 138. The dispatcher 132 receives service p^ny intranet to the SDM 162 to the DMS where they arc 
change ttansacuons from the service change agent 130 and implemented. The SDM 162 performs vaUdation along the 
routes them to the appropnate service manager 140 via the ^ 

service manager adaptor 138, and routes service manager j' f - ^ .l- t^*,^, 

u % 4 ,u • u * T* 1 . implementation of the mvention for this DMS/ 

responses back to the service change agent. It also routes cnxyf *u» crM^* • • j -.l t™™ 

, * r.KT ?ij . t SUM environment, the SDM is equipped with the HTTP 

transactions to the DN name mapper 134 to resolve the ™,pr ih^ «nKrf Wo-if ^ a , *u j . . * 

u -u > i>LKT ■ * • r • .40 server ana the bUM Itself IS connected to the Internet As an 

subscriber s DN mto the appropriate service manager type «it»™„*,*„^ if ot^xm • * * j . r 

, -n- ^ 1 if alternative, if the SDM is not connected to the Internet, but 

and specific address. The actual connections are managed by , f«i^„»,«„^ t Avr ^ h^»^ 

*u • j.-i-ioTn.j- ^L i-i-^L-j connected to a telephone company LAN (local area 

the service manager adaptor 138. The dispatcher 132 badges „„„;„!^ * u l V r^I T 

.j*i u T* . network). It only requires that somewhere on the LAN there 

the Internet and telephone company Intranet access htVd^™, ^ ^»tA, *t, ui- t * --^^ 

J . . . T . * . J J- . L- be an HI IFscrver connected to the public Internet. In either 

domains, rcccivmg Internet transactions and dispatching , „„^^ *v.^ ^ u t. -n u i_i . 

T , ^ - * • • 45 case, the subscnbers will be able to access the HTTP server 

Intranet transactions to sejvice manage^ 142 over propn- ^lic Internet. TTie HTIP server has a communi- 

etaiy telephone company Imks^ It provides per transacUon ^^^^^ ^.^^ 

authentication usmg the authentication server 136, and may • .l ot-tt> -h u i_i . , 

^. . , . ^ , . , ' ^ this link the HTTP server will be able to query and chance 

participate in encryption schemes as required. ^^^^ ^^^^^ ^ ^ K 

The authentication server 13^ validates the user's right to ^ high-level walkthrough for the use of the embodiment 

modify services for the specified DN through the user of a depicted in block form in FIG. 15 will be described with 

password, personal identification number, or some other reference to FIG. 16. A user initially makes a comiection to 

mechanism. It performs mdividual aulhenUcation on a per j^e Internet through their own Internet service provider, and 

transaction basis. ^^^^^ internet browser function. They then select a 

The service manager adaptor 138 encapsulates the spe- S5 connection to their telephone company WWW server 

cific protocols to be used to communicate with each class of through an HTTP request (step 200). In response to this, the 

service manager. It establishes and manages connections telephone company WWW server sends the server seleJtion 

with a service manager 142 on a per transaction basis. It page back to the browser where it is displayed to the user 

receives transactions from the dispatcher 132, formats them (step 202). The telephone company WWW page may 
ma service manager specific protocol, and sends them to the eo include a number of opUons, and the user selects the 

service manager 142. It returns results generated by the Subscriber Service Provisioning Manager option (step 204) 

service manager 142, formats them for sending to the This is sent to the SSPM server which returns a Login 

dispatcher 132 which re-encapsulates them into the proper HTML page for display by the browser (step 206). The user 

protocol for being sent to the service change agent 130. completes the Login HTML page by typing in a phone 

The service manager interface 140 provides the service 65 number, PIN etc, and submits this as a further HTTP request 

manager 142 end of the communications with the service (step 208). The SSPM server sends this information to an 

manager adaptor 138. authentication server (step 210) which, after successfully 
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authenticating the user information returns an "identity 
authenticated" message back to the SSPM server (step 212). 
If access is denied, then the user is given another opportunity 
to enter identiQcation information (step 213). If the identity 
was successfully authenticated, then the SSPM Service 5 
Order application is started for that user. The service order 
application first sends a query to the DMS switch for the 
feature profile for the DN entered (step 214). This could be 
done either directly by the SSPM as shown in FIG. 16 or 
through the service change agent on the SDM, and with 
DMS table control facilities. The DMS sends back the 
service profile for that DN, and also sends back a list of the 
available services (step 216). The SSPM server uses this 
information to build a customized page to be sent to the 
browser. This page is generated based upon HTML tem- 
plates in the SSPM database. It may include various applets 
and HTML entities for user interactioa These are sent back 
to the browser for display on the browser and use by the user 
(step 218). The tiser may select service changes. The applet 
may perform calculations based upon the changes requested ^ 
and present the user with a calculated monthly cost for 
example. When a change is submitted, this is sent back to the 
SSPM server in response to which a "request processing" 
application will be started up (step 220). The service order 
request is translated into a series of DMS table change ^ 
requests. These are sent to the DMS over the telephone 
company intranet (step 222). The DMS sends table change 
confirmation message back to the SSPM server (step 224), 
and the SSPM server then sends a service change confir- 
mation bade to the browser (step 226). 

Nxunerous modifications and variations of the present 
invention are possible in light of the above teachings. It is 
therefore to be understood that within the scope of the 
appended claims, the invention may be practiced otherwise 
than as specifically described herein. 35 

We claim: 

1. A feature ordering system for use in connection with a 
telephone network which implements features for individual 
subscribers on the basis of a feature profile stored for each 
subscriber DN (directory number), the feature ordering 4^ 
system comprising: 

a server acting directly or indirectly on the feature 
profiles, the server being connected to an information 
communications network and accessible by subscribers 
through the information communications network and 45 
permitting, when accessed by a subscriber, access to 
that subscriber's telephone feature profile for viewing 
and optionally changing, adding, or deleting features by 
the subscriber; and 

a profile repository storing the feature profiles, the profile 50 
repository managed by a service manager program on 
a service manager node, wherein the server performs a 
protocol conversion dependent on the type of the 
service manager node. 

2. A system according to claim 1 wherein ss 
the server obtains the feature profiles through the service 

manager program and presents these to the subscriber 
on a subscriber access device, receives changes, 
additions, or deletions from the subscriber access 
device, and sends them to the service manager program 60 
which then changes the feature profiles stored in the 
profile repository. 

3. A system according to claim 1 further comprising a 
subscriber authentication server, wherein a subscriber is 
prompted to enter identification information which is then 65 
authenticated by the authentication server before the sub- 
scriber is allowed to view or change the feature profile. 



4. A system according to claim 1 wherein said server also 
provides access to billing information in relation to the DN. 

5. A system according to claim 1 wherein said server 
provides cost estimates for features selected by the sub- 
scriber. 

6. The system according to claim 1, wherein the server 
and the service manager program are each run on the service 
manager node, and the profile repository is stored on the 
service manager node. 

7. A service order system for allowing a subscriber having 
access to an Internet browser to select which features are 
active on a subscriber line having a particular directory 
number, the feamres being provided by a service provider 
having a feature profile repository containing feature profile 
information determining which features are active on the 
subscriber line, the service order system comprising: 

a server m communication with the feature profile reposi- 
tory and also with a communications network for 
presenting feature profile information on a subscriber's 
access unit connected to the server through the com- 
munications network, and for receiving changes, addi- 
tions or deletions requested by the subscriber through 
their access unit, wherein the feature profile repository 
is managed by a service manager program on a service 
manager node, and the server performs a protocol 
conversion dependent on the type of the service man- 
ager node. 

8. A service order system according to claim 7 wherein the 
profile repository is stored on a switch forming part of the 
PSTN (publi c switched telephone network), and the server 
is an HTTP (hypertext transport protocol) server which 
downloads feature profile information to the subscriber's 
access unit in the form of HTML (hypertext mark-up 
language) pages. 

9. A service order system according to claim 8 wherein 
there are a plurality of said profile repositories each man- 
aged by a respective service manager program on a respec- 
tive service manager node, each service manager node 
having a type; 

wherein the server performs a protocol conversion to 
convert the profile information received from each 
service manager node to a form suitable for inclusion in 
the HTML pages, the protocol conversion being depen- 
dent on the type of the service manager node. 

10. A service order system according to claim 9 further 
comprising a name mapper which determines which service 
manager controls the feature profile information for a given 
subscriber directory number. 

11. A method of updating features which arc active on a 
subscriber line having a particular DN (directory number), 
the method comprising: 

a subscriber accessing a feature management server with 
an access device with a connection through a commu- 
nications network; 

the feature management server presenting a series of 
pages on the access device; 

the subscriber entering their DN on one of the pages and 
submitting this to the server; 

the server collecting from a feature profile repository 
feature profile information relevant to the DN entered 
by the subscriber, performing a protocol conversion 
dependent upon a type of service node containing a 
service manager program that manages the feature 
profile repository, and presenting this feature profile 
information on one or more of the pages; 

the subscriber selecting, on one or more of the pages, 
changes, additions, or deletions for the feature profile 
information and submitting this to the server; and 
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the server making corresponding changes lo the feature 
profile repository. 

12. A method according to claim 11 further comprising: 
the subscriber entering security information together with 

the DN; and 

the server performing authentication on the security infor- 
mation before allowing the subscriber access to the 
feature profile information. 

13. Amethod according to claim 11 further comprising the 
server providing on the access device information pertaining 
to the cost of the selected feature profile, wherein the 
subsCTiber is given the option of cancelling the submission 
of the changes made to the feature profile. 

14. Amethod of updating fcatiu'es which are active on a 
subscriber line having a particular DN (directory number), 
the method comprising: 

a subscriber accessing a feature management server with 
an access device over a communications network; 

the subscriber receiving fi-om the feature management 
server one or more pages on the access device; 

the subscriber entering a DN on at least one of the one or 
more pages and submitting this to the feature manage- 
ment server; 

the subscriber receiving feature profile information on one 
or more additional pages, wherein the feature profile 
information is from a feature profile repository which is 
managed by a service manager program on a service 
manager node, the feature profile information is rel- 
evant to the DN entered by the subscriber, and a 
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protocol conversion is performed dependent upon a 
type of the service manager node; and 
the subscriber selecting, on at least one of the one or more 
additional pages, changes, additions, or deletions for 
5 the feature profile information and submitting this to 
the feature management server 
15. A method of updating features which are active on a 
subscriber line having a particular DN (directory number), 
the method comprising: 
a feature management server being accessed by an access 
device; 

the feature management server sending at least one first 

page to the access device; 
j5 the feature management server receiving at least one 

second page in which a DN has been entered; 
the feature management server collecting from a feature 

profile repository feature profile information relevant to 

the DN, performing a protocol conversion dependent 
20 upon a type of a service node containing a service 

manager program that manages the feature profile 

repository, and sending this feature profile information 

in at least one third page; 
the feature management server receiving at least one 
25 fourth page containing at least one change, addition, or 

deletion to the feature profile information; and 
the feature management server making one or more 

corresponding changes to the feature profile repository. 

« * * It * 
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